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ABSTRACT 



A rack 110 is displayed on a display unit 100. A plurality of 
file cases 112 A to 112D are disposed within the rack 110 in 
an array. A series of files which have a common file name 
and different versions are all accommodated in one of the file 
cases 112Ato 112D. Files 116A to 116D of the latest version 
are shown on the file cases 112A, 112B, 112C and 112D with 
the other files for the older versions being housed within the 
file cases 112A, 112B, 112C and 112D, respectively. 
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METHOD AND SYSTEM FOR MANAGING 
FILES BY VERSION AND PROGRAMS 
THEREFOR 

BACKGROUND OF THE INVENTION 

The present invention generally relates to a method and a 
system for managing data files. More specifically, the inven- 
tion is concerned with a version managing method and a 
system for carrying out the same which are suited for 
managing versions of files by individual users by using 
personal computers at home or the like. Further, the inven- 
tion is also concerned with programs which can be executed 
by a computer for carrying out the file managing method. 

In recent years, personal computers have become popular 
and are used not only in offices but also at home. In 
conjunction with the use of the personal computer at home, 
there is the conceivable viewing of CD-ROM titles of a 
magazine-like fashion, CD-ROM catalogs for mail-order 
sale and the like, acquisition of information of interest by 
making access to networks, viewing and arrangement or 
processing of pictures as taken by digital cameras and so 
forth. Similarly to printed matter such as magazines and 
catalogs for mail-order sale, most of those publications 
which can be acquired in the form of electronic media such 
as CD-ROMs or through networks are issued periodically at 
predetermined intervals. The electronic publications pub- 
lished periodically are labeled with identifiers such as "Vol." 
and "No." in accordance with chronographical sequence in 
which they are issued. For putting in order the pictures taken 
by a digital camera, the pictures are allocated with serial 
numbers for making it possible to identify them from one 
another. Additionally, software for games or for other pur- 
poses is labeled with a version number that is renewed every 
time the function or performance thereof is improved. 

In the following description, electronic publications 
(inclusive of those data derived from printed matter by 
scanner or the like means), photographs and programs such 
as game software will be collectively or generally referred to 
as files. Further, the identifier used for identifying the 
individual file such as "Vol/', "No.", "Ser." and "Ver. 
(abbreviation of version)" will be collectively called "ver- 
sion". In this conjunction, it is contemplated that the term 
"version" also encompasses or includes issue number (e.g. 
some month, some year) of electronic publication as well as 
date of issuance thereof. 

Heretofore, as a method of managing versions of files by 
a personal computer, there is known a method of managing 
the files by classifying them hierarchically by using direc- 
tories (also known as folders), as is disclosed in U.S. Pat. 
No. 5,065,347. The structure of a directory is displayed on 
a display device in the form of a list and can be changed or 
altered by the user by manipulating the files and the direc- 
tories (inclusive of child directories, child-child directories 
and so forth). A similar method is adopted in the desktop 
metaphor which is currently a main stream of personal 
computers. Parenthetically, with the desktop metaphor, the 
top of a desk in an office is simulated. Thus, it is safe to say 
that the desktop metaphor is suited for use by the personal 
computer in office. 

However, when the directory -based file managing method 
and the desktop metaphor are adopted in the version man- 
agement of the files such as electronic publications a per- 
sonal computer at home, a heavy burden will be imposed on 
the user because he or she is forced to devise naming of the 
files and directories as well as structuring or configuring of 
the directories. This gives rise to a problem that the methodi- 
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cal arrangement of the files by version (e.g. sorting, 
arraying, sequencing and so forth of the files in consider- 
ation of the versions thereof) is not easy. 

s SUMMARY OF THE INVENTION 

In the light of the state of the art described above, it is an 
object of the present invention to provide a version manag- 
ing method and system which are capable of arraying/ 
rearranging files easily depending on version (i.e., file man- 
10 agement by version). 

Another object of the present invention is to provide 
programs for realizing the version managing method men- 
tioned above. 

In view of the above and other objects which will become 

15 apparent as the description proceeds, the present invention 
provides a version managing method and a version manag- 
ing system structuralized or configured as described below. 
A plurality of electronic files (hereinafter also referred to 

2Q simply as the file) stored in a storage unit are displayed in 
accordance with the following procedure. The files are 
classified groupwise, and display areas corresponding to at 
least the number of groups resulting from the classification 
are generated, wherein representative images representing 

22 the file groups, respectively, are displayed in the display 
areas, respectively. Each of the representative images is so 
prepared so as to bear association to the contents of the files 
belonging to the relevant group. When the representative 
image is designated or pointed to by a user, a predetermined 

30 file in the relevant group is executed. At this juncture, the 
term "execute" or "execution", is intended to mean that the 
contents of the electronic file are displayed or a program 
corresponding to the electronic file is executed. The present 
invention also provides programs which can be executed by 

35 a computer for generating the displays mentioned above. In 
the version managing system including a processing unit 
(CPU) according to the present invention, processings men- 
tioned below are executed by the processing unit. Namely, 
a number of display areas corresponding to the number of 

^ groups resulting from groupwise classification of the elec- 
tronic files are generated on the display unit, wherein the 
representative images indicating representatively the con- 
tents of the files belonging to the groups are displayed in the 
relevant individual display areas, repetitively. 

4 5 In conjunction with the groupwise classification of the 
electronic files, such classification may be adopted that files 
having a same name and different versions .are included in 
one group. The versions may include or encompass a 
plurality of electronic publications labeled with different 

50 issue numbers. As the representative images, there may be 
mentioned 

(1) representative image indicating a predetermined file in 
the relevant file group, and 

(2) representative image indicating a file group as a 
55 whole. 

The predetermined file (1) may be a file created latest, a 
file accessed latest by user or a file stored latest in the storage 
unit. At this juncture, it should be mentioned that there may 
exist two or more predetermined files. Further, as the content 

60 to be indicated by the above-mentioned representative image 
(1), there may be mentioned a part extracted from the 
predetermined file (e.g. cover of electronic publication or a 
part thereof), image created on the basis of the contents of 
the predetermined file or the like. On the other hand, as the 

65 aforementioned representative file (2), there may be men- 
tioned an extracted portion common to the files (e.g. title 
LOGO of electronic publication). At this juncture, it should 
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be added that designation of the representative image (2) by In a fourth mode for carrying out the invention, it is 

user results in execution of a predetermined file in the proposed in combination with the second and third imple- 

relevant group. Incidentally, the predetermined file may be mentation mode to display contracted images of files housed 

the same as the one executed when the representative image within the file case on the file case as icons of the files. Of 

(1) is designated. Thus, both the representative images (1) 5 course, the position for displaying the icon is not limited to 

and (2) may be displayed, which in turn means that two or a location on the file case. To say in another way, the icon 

more representative images may be provided in association may be displayed at a desired location on the display so long 

with each of the file groups. as association between the icon and the relevant file can be 

Furthermore, there may be adopted such arrangement that understood. Same holds true for the implementation modes 

when a display area is designated by a user, images corre- 10 described above. 

sponding to other files than the predetermined file in the file By virtue of the arrangement described just above, brows- 
group corresponding to the designated display area are ability of the files can be much enhanced because the 
displayed in the display area. In that case, the number of the contents of the files can be understood at one sight from the 
images displayed in the display area in correspondence to images of the icons. 

the other files than the predetermined file may be limited to 15 In conjunction with the second, third or fourth implemen- 
a predetermined number, wherein the images of the other tation mode described above, it is preferred to display the 
files lying outside of the range limited by the predetermined files housed within the file case in a sequential array, starting 
number are displayed when another display area is desig- from the one newest in respect to the date of access, 
nated. With the arrangement mentioned above, the visual con- 
Thus, according to a first aspect of the present invention, 20 firmability of the files accessed recently can be enhanced 
there is provided a version managing method for managing because the order in which the files have been accessed can 
groups of files of different versions by resorting to a system be understood easily from the order in which the files are 
which includes a storage unit for storing data of groups of displayed. 

files of different versions, a display unit, and an arithmetic In conjunction with the first aspect of the invention 

processing unit for performing processings by using the data 25 described previously, it is preferred to migrate the files to a 

stored in the storage unit to thereby generate displays on the warehouse provided separately from the file case when the 

display unit, which method includes a step of displaying on number of the files which can be accommodated with the file 

the display unit a rack including a plurality of file cases, and case exceeds a predetermined number, 

a step of processing the plural file cases on the presumption Parenthetically, with the term "warehouse", it is contem- 

that each of the file cases stores a series of files having a 30 plated to mean a display area differing from the display area 

same file name and differing in respect to versions. By way for the file case. 

of example, when a given one of the file cases is designated By virtue of the arrangement mentioned above, the bur- 

by user, a series of files belonging to the given file case are den imposed on user in the file management can be signifi- 

displayed. Parenthetically, it should be mentioned that such cantly mitigated because the files in excess are automatically 

terms as "case", "door", "knob", "rack", "warehouse" and 35 migrated to the warehouse. 

the like used in the description which follows are only words In conjunction with the implementation mode described 

of convenience and are not to be construed as limiting terms. just above, it is preferred to select the files to be migrated to 

To say in another way, the functions of the components the warehouse in a sequential order, starting from the oldest 

expressed by the above terms may be expressed otherwise one in respect to the access date. 

without departing from the spirit and scope of the present 40 With the arrangement described above, those files having 

invention. high probability of use are left within the file case while 

With the version managing method described above, file those of low probability of use are housed within the 

version management and rearrangement can be much sim- warehouse. Thus, the access to the files can be much 

plified and facilitated, to an advantage. facilitated. 

In a preferred implementation mode for carrying out the 45 In conjunction with the aspect of the invention, one or 

version managing method according to the first aspect of the combination of the implementation modes described above, 

invention described above, images representing a series of it is preferred that when a file search is preformed, files 

file groups may be displayed on the aforementioned file corresponding to the representative images are subjected to 

case. search processing. 

In a second preferred implementation mode for carrying 50 Due to the arrangement described just above, the time 

out the version managing method according to the first taken for the search can be shortened when compared with 

aspect of the invention, a file created latest may be displayed the file search where all the files are accessed. Besides, such 

on the relevant file case with files for back numbers (i.e., situation that files of similar names make appearance in the 

other files than that created latest) being housed interiorly in result of the search can be avoided, thus making it easy to 

the file case. 55 find out a file of concern. 

By virtue of the version managing method described just In conjunction with the aspect of the invention or one or 

above, the version of the file can be handled intuitively, combinations of the implementation modes described above, 

which in turn contributes to mitigation of the burden it is preferred to adopt such arrangement that opening of a 

imposed on the user in the version management. file can be realized by moving that file to a predetermined 

In a third preferred implementation mode for carrying out 60 area on the display. By way of example, a viewing icon may 

the version managing method according to the first aspect of be displayed and a file to be opened may be moved onto the 

the invention, a file accessed latest may be displayed on the viewing icon by drag and the drop with a mouse, 

relevant file case with files for back numbers being housed Due to the arrangement mentioned just above, the file can 

interiorly in the file case. be opened without difficulty even by the user who is not 

With the version managing method mentioned above, the 65 accustomed to open the file with double click operation, 

file used latest can easily be accessed because the file These and other objects, features and attendant advan- 

accessed latest is displayed topmost. tages of the present invention will more easily be understood 



12/12/2002, EAST Version: 1.03.0002 



6,101,506 

5 6 

by reading the following description of the preferred FIG. 14 is a flow chart for illustrating the contents of 

embodiments thereof taken, only by way of example, in processing executed by a case internal files restacking 

conjunction with the accompanying drawings. program employed in the version managing method accord- 
ing to an embodiment of the present invention; 

BRIEF DESCRIPTION OF THE DRAWINGS 5 F IG. 15 is a flow chart for illustrating the contents of 

In the course of the description which follows, reference processings executed by a latest accessed file displaying 

is made to the drawings, in which: program employed in the version managing method accord- 

j . . « 1 j * u 11 j 1 ing to an embodiment of the invention; 

MG. 1 is a block diagram snowing generally and scne- 0 

matically a system configuration of a version managing 10 FIGS - 16 A and 16B are views showing file cases and a 

system for realizing a version managing method according confirming window generated on a display screen for illus- 

to an embodiment of the present invention; tratin S the contents of processings executed by the case 

n „ , . f .„ 4 4 . _ t . c . internal files restacking program and the latest-accessed file 

FIG. 2 is a view for illustrating a first example of rack ,. , . j • *u • ^ j 

. , ... , . r . displaying program used in the version managing method 

generated on a display screen of the version managing i- . ■ j ■ 4 . A . & & 

* c • * ■ S_ 5 according to an embodiment of the invention: 

system for carrying out the version managing method 15 0 

according to an exemplary embodiment of the present FIG - 17 1S a flow chart for illustrating the contents of 

invention* processing executed by a file update managing program 

™~ - . • a 1 1 employed in the version managing method according to an 

FIG. 3 is a view illustrating a second example of the rack £ , r iL . A - 

. , j. » Ct .° • • r embodiment of the invention; 
generated on a display or the version managing system tor 

carrying out the version managing method according to an 20 FIGS. 18A to 18D are views showing file cases and a 

exemplary embodiment of the present invention; window generated on a display screen for illustrating the 

™„ j . - .„ . 1 . - , c , contents of processings executed by the file update manag- 

F1G. 4 is a view for illustrating a data structure of a rack . r , . ? . J . J , 0 

, A , . , . . * r ing program used m the version managing method according 

database employed in the version managing system for < * • , . ( . . t . 00 0 

... • .1 j 1. 1 to an embodiment of the invention; 
realizing the version managing method according to an 

embodiment of the invention; 25 FIGS - 19A and 19B are views showing a file case and a 

™„ . . „ « c .„ ( , tU t 4 - window generated on a display screen for illustrating 

FIG. 5 is a flow chart for illustrating the contents of , . .. , . * 4 . ^ I • • j 

. * * t & detailed information used m the version managing method 

processings executed by a rack managing program ... . ... . *• 

r . * • . 3 . *i_ j j • T accordmg to an embodiment of the invention; 

employed in the version managing method according to an & * 

embodiment of the invention; FIG - 20 is a flow chart for illustrating the contents of 

™^ , . a , . r ... . . . . . c 30 processings executed by a file search program employed in 

FIG. 6 is a flow chart for illustrating contents of process- f, . D ■ *i_ j j ■ f t I* 

. , , • j i j-i- the version managing method according to an embodiment 

ings executed by a case internals displaying program r *i_ • *• 

1 a ■ *i_ • - *u j j • f of the invention; 
employed in the version managing method according to an 

embodiment of the invention; FIG - 21 ^ a view showing a file search window generated 

i-f^o -ta *m jx • , . C1 on a display screen for illustrating the contents of process- 

FIGS. 7 A 7B and 7C are views showing file cases 35 . r / , . , to , • ^ 

* j j' 1 r n * „■ „!. . . i* ings executed by the file search program used m the version 

generated on a display screen for illustrating the contents of b . , . 4 . . r.v - 

. ; j , . * j. 1 • managing method according to an embodiment 01 the in ven- 

processings executed by a case internals displaying program 66 6 

used in the version managing method according to an ' 

embodiment of the present invention; FIGS - nA and 22B are views showing windows gener- 

o • « u _* r 11 * *u . * t An ated on a display screen for illustrating a warehouse used in 

FIG. 8 is a flow chart for illustrating the contents of 40 . ^ 7 . j- * uj- . c 

4 • . .c, the version managing system according to an embodiment of 

processing executed by a new file-case creating program ..... 

1 j • *u ■ • .1 * j- f the invention; 
employed in the version managing method according to an 

embodiment of the invention; . FIGS ; 23A and 238 are views showing windows for 

t-t^o ftxnT»jn^ • 1. ■ j illustrating how to use the warehouse in carrying out the 

FIGS. 9A, 9B and 9C are views showing windows ^ A . t * f. A e 
t a 1 • ] f .„ t iL , 4 ,45 version managing method according to an embodiment of 

generated on a display screen for illustrating the contents of H3 ^ inventio * 

processings executed by the new file-case creating program 

used in the version managing method according to an FIG - 24 is a view showing only schematically a configu- 

embodiment of the invention; ratlon of a version managing system in which a computer 

rrp 1A . a , . r .« . . . r and a rack database are interconnected by way of a network; 

FIG. 10 is a flow chart for illustrating the contents of J J 

processings executed by a latest version file adding program 50 FIG - 25 15 a V1CW showing only schematically a configu- 

employed in the version managing method according to an ratlon of a version managing system in which a plurality of 

embodiment of the invention; computers are connected to a rack database by way of a 

FIGS. 11 A, 11B and 11C are views showing a file case network, 

and windows for illustrating the contents of processing 55 FIG. 26 A is a view showing a first modification of display 

executed by the latest version file adding program used in format wording to the invention; and 

the version managing method according to an embodiment FIG. 26B is a view showing a second modification of 

of the invention; display format according to the invention. 

FIG. 12 is a flow chart for illustrating the contents of nccr-mrrnnM r^rr rue nnnr^ 

processing executed by a file opening program employed in 60 EMBODI^NTS 

the version managing method according to an embodiment MfciN 

of the invention; The present invention will be described in detail in 

FIG. 13 is a view showing a rack and a viewing room conjunction with what is presently considered as preferred 

generated on a display screen for illustrating the contents of or typical embodiments thereof by reference to the drawings, 

processings executed by the file opening program used in the 65 In the following description, like reference characters des- 

version managing method according to an embodiment of ignate like or corresponding parts throughout the several 

the invention. views. 
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Now, a version managing method according to an 
embodiment of the present invention will be described by 
reference to FIGS. 1 to 23. 

At first, referring to FIG. 1, description will be directed to 
a configuration of a version managing system for carrying 
out the version managing method according to the invention. 

FIG. 1 is a block diagram showing generally and sche- 
matically an arrangement of the version managing system 
for realizing the version managing method according to an 
embodiment of the invention. 

The version managing system according to the instant 
embodiment of the invention is comprised of a CPU (central 
processing unit) 10, an input unit 20, a rack database 30, a 
CD-ROM (compact-disk read-only memory) 40, a main 
storage 50 and a display unit 100. The main storage 50 stores 
therein a rack managing program 500, details of which will 
be elucidated later on by reference to FIG. 5. At this 
juncture, it should however be mentioned that the rack 
managing program 500 includes a file-case internals dis- 
playing program 600, a new file-case creating program 800, 
a new or latest version file adding program 1000, a file 
opening program 1200, a case internal files restacking 
program 1400, a latest accessed file displaying program 
1500, a file update managing program 1700 and a file search 
program 2000, details of which will be explained later on by 
reference to FIG. 6, FIG. 8, FIG. 10, FIG. 12, FIG. 14, FIG. 
15, FIG. 17 and FIG. 20, respectively. 

Turning back to FIG. 1, there is shown an example of 
display image generated on a display screen of the display 
unit 100. On the display screen of the display unit 100, there 
is generated an image of a rack 110 in a region extending 
from the center to the left-hand side, as viewed in FIG. 1. 
The rack 110 is made use of for managing a plurality of files 
by arranging or rearranging them. Displayed on the screen 
of the display unit 100 at the right-hand side is a group of 
tools (hereinafter referred to also as the tool group) which 
includes a viewing room 120, a warehouse 130, a rack 
houseroom 140 and a case houseroom 150. The individual 
tools are used for managing the files. Details of these tools 
will also be explained later on. 

Description will now turn to the internal structure of the 
rack 110. Metaphorically, with the term "rack", as exempli- 
fied by the rack 110, it is intended to simulate a rack used 
actually for accommodating so-called catalogs in the every- 
day life. Displayed at a top portion of the rack 110 is a rack 
identifying name (hereinafter referred to as the rack name) 
111 for identifying the rack 110. In the case of the example 
illustrated in the drawings, the rack name "catalogs" is 
labeled, which means that the rack 110 is destined for use in 
rearranging files allocated to catalogs. At this juncture, it 
should be added that a plurality of racks such as typified by 
the rack 110 may be provided for putting in order or 
arranging properly other files except for the catalog files, as 
will be described hereinafter by referring to FIG. 2 or FIG. 
3. 

Furthermore, displayed within the rack 110 are file cases 
112A, 112B, 112C and 112D which are provided with 
file-case doors 113A, 113B, 113C and 113D as well file-case 
knobs 114A, 114B, 114C and 114D, respectively. It should 
be understood that each of the file cases 112A, 112B, 112C 
and 112D accommodates or stores therein a series of files 
(also referred to as the file group). 

The file-case knobs 114A, 114B, 114C and 114D are 
labeled with file case identifying names (hereinafter referred 
to as the file-case names) 115A, 115B, U5C and 115D, 
respectively. In the case of the illustrated example, the 
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file-case name 115Ais expressed as "Hitachi Catalog". This 
means that the files which can be stored or accommodated 
within the file case 112Ahave the name or identifier "Hitachi 
Catalog". Incidentally, the file-case name may be indicated 

5 by a representative image instead of allocating the file name. 
In that case, displays 11 6 A to 11 6D mentioned below may 
be omitted, as can be seen in FIG. 26A In this conjunction, 
such arrangement should preferably be adopted that when 
any one of the file-case names 115A to 115D is designated, 
the corresponding one of the files having the case names 
115Ato 115D is executed. 

The file-case doors 113A, 113B, 113C and 113D are made 
use of for storing the new or latest files (files of the latest 
version) 116A, 116B, 116C and 116D of the files housed 
within the file cases U2A, 112B, 112C and 112D, respec- 

15 tively. In the case of the illustrated example, it is shown that 
the file-case door 113A stores the latest file (file of the latest 
version) "Hitachi Catalog Vol. 5" among the files "Hitachi 
Catalog". Parenthetically, the latest files 116A, 116B, 116C 
and 11 6D may be displayed in the form of contracted 

20 graphics indicating covers or tides of the relevant files, 
respectively. By virtue of such arrangement, the contents of 
the individual files can be recognized at sight. In the case of 
the instant embodiment of the invention, each of the latest 
files (i.e., files of the latest version) U6Ato 116D is selected 

25 as the representative image. In that case, display of the 
file-case names U5A to 115D may be omitted, as can be 
seen in FIG. 26B. of course, both the file-case names 115A 
to 115D and the latest files 11 6 A to 11 6D may be selected as 
the representative images. 

The files for the back numbers except one for the latest file 
are stored internally within the file cases 112A, 112B, 112 C 
and 112D. Namely, the latest files are stored in the file-case 
doors 113A, 113B, 113C and 113D of the file cases 112A, 

35 112B, 112C and 112D while the files for the back numbers 
are stored internally within the cases 112 A, 112B, U2C and 
112D. 

The file-case knobs 114A, 114B, 114C and 114D are made 
use of for opening the file cases 112A, 112B, 112C and 112D 

^ to view the files for the back numbers which are accommo- 
dated therein. Further, by dragging and scrolling upwardly 
any one of the file-case knobs 11 4A, 11 4B, 114C and 114D 
with the mouse, the corresponding one of the file cases 
112A, 112B, 112C and 112D can be opened. 

45 Parenthetically, the file case 112D labeled "Gift K" is 
shown in the opened state in which the file-case knob 114D 
as been scrolled upwardly. In this state, it can be seen hat the 
back number files "1995" and "1994" except for the latest 
file "1996" are housed within the file case 112D. 

50 In the state shown in FIG. 1, four file cases 112A, 112B, 
112 C and 112D are disposed within one rack 110. However, 
in the version managing system now under consideration, it 
is assumed that six file cases are present within the rack 110, 
as will be described hereinafter by reference to FIG. 2. 

55 Ordinarily, the six file cases can be displayed by displaying 
the viewing room 120, the warehouse 130, the rack house- 
room 140 and the case houseroom 150 belonging to the tool 
group in the form of icons of a small size at a lower right 
location on the display screen. 

eo The CD-ROM 40 is often used as a medium carrying 
catalog files. Accordingly, the CD-ROM 40 is shown as 
being connected to the version managing system now under 
consideration. It should however be understood that the 
CD-ROM 40 is not indispensably required for carrying out 

65 the present invention. 

Ordinarily, many of the electronic publications such as 
electronic catalogs, magazine and the like remain yet to be 
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accessed except for the latest one. As a result, the back so forth. To this end, it will be convenient to classify 

numbers thereof tend to increase unwittingly, making it groupwise the files on a use-by-use basis. For this reason, in 

difficult to find out or search the desired one at sight. In the version managing system according to the instant 

addition, troublesome procedure is involved in putting in embodiment of the invention, a plurality of racks are made 

order or arranging properly these accumulated back num- 5 usable, wherein a group of files classified in dependence on 

bers. By contrast, in the version managing system according *e destined use is placed in each of the racks and the name 

to the instant embodiment of the invention, rearrangement of of the S rou P 15 affixed to ^ relevant rack, 

the files can be much facilitated because a series of files are Incidentally, in conjunction with the system shown in 

stored in the associated file cases, respectively, which are ^G. 1, it has been described that the CPU 10, the input unit 

disposed in or on the rack. 10 f> ^ck database 30 the CD-ROM 40 the main storage 

. . j 50 and the display unit 100 are implemented as one integral 

Additionally, in the version managing system now under set Howeverj the inven tion is never limited to such struc- 

consideration, the latest file of each file group corresponding mre To say in ^ nQihcr way? {ht com ponents such as the CPU 

to each file series is placed at the file-case door on the file 10> the unit 2 n ? me rack database 30, the CD-ROM 40, 

case as the representative of the file group. Owing to this the main slorage 50 and me unit 100 may ^ 

feature, contents of the files can be easily confirmed. More 15 disposed at locat i ons physically distanced from one another 

specifically, even when only the file-case names 115A, and interconnected through a network. By way of example, 

115B, U5C and 115D indicating the file name are displayed, the rack database 30 may be implemented as a separate unit 

the species of the files stored in the respective file cases can ( man aged by other person different from the user of the 

be determined roughly. However, because of lack of version managing system) and a computer 101 implemented 

concreteness, it is usually impossible to confirm intuitively 20 ^ Qther configuration may be connec ted to the separated 

the contents of the files. On the other hand, in the version rack database 30 by way of a network, as is illustrated in 

managing system now under consideration, the visual con- FJG 24 ^ computer 101 may be connected to a 

firmability of the files can be enhanced owing to the feature plurality of rack databases. Besides, such arrangement may 

that the latest file is displayed on the file case. equaQy be that a phira]ity of computers 101 may 

Besides, because a plurality of file cases are displayed 25 ma ke access to the rack database 30, as is illustrated in FIG. 

within the rack, browsability of the files placed orderly in the 25. Further, each of the computers 101 may be so connected 

rack can be ameliorated. to be capable of accessing a plurality of rack databases. 

Although the back numbers of the file group (file series) ]t should further be added that in the system shown in 

are accommodated internally within the associated file case, ^ piG. 1, the rack managing program is stored in the main 

it is possible to confirm the contents of these files by storage 50. However, the rack managing program may be 

scrolling the case knob. stored in a storage medium such as FD (floppy disk), 

For housing or storing a file in a file case, the file name CD-ROM, hard disk, DVD (digital video disk) or the like. 

32 and the version name 33 of the file are visually checked Alternatively, the system may be so arranged that the main 

to thereby store the file in the file case in which a file or files 35 storage 50 can be delivered through the medium of network, 

of the same file name have been housed. The processing In the case of the example illustrated in FIG. 2, a plurality 

required to this end may be executed by the version man- of racks are displayed in stack or superposition. More 

aging system upon storage of the file in the rack database 30 specifically, a plurality of racks 110, 11 OA, 110B and HOC 

or alternatively realized by inputting the file name and the are displayed in stack on the display unit 100. At top portions 

version identifier or name by an operator or user. When the ^ of the racks 110, 110A, HOB and 110C, there are displayed 

file name 32 and the version name 33 to be checked by the rack names 111, 111A, 111B and 111C indicating the iden- 

version managing system are those of the file for the tifiers or names of the racks, respectively. In the case of the 

electronic publication, the title thereof as found on the cover example illustrated, "catalogs", "documents", "games" and 

or other location may be utilized as the file name. "albums" are shown as the rack names 111, 111A, 111B and 

On the other hand, when the file labeled with a same file 45 111C, respectively, indicating that these racks are employed 

name as that to be newly stored is absent in the rack database for putting in order or rearranging file groups for the 

30, a file case may be newly created in accordance with catalogs, documents, games and albums, respectively. In the 

procedure illustrated in a flow chart of FIG. 8. Furthermore, case of the example illustrated, the rack 110 for the catalog 

in case the same file name and the same version name exist species is displayed in front. Of course, it is possible to 

in the rack database 30, processing for excluding the rel- 50 display any desired one of the rack names 111, 111 A, 1HB 

evant file from storage in the rack database 30 may be and 1HC in front by clicking it with the mouse, 

executed. The processing to this end can easily be realized Further, displayed within the rack 110 are six file cases 

by issuing to user an alarm indicating that the identical file 112 A, 112B, U2C, 112D, 112E and 112F, of which the file 

has already been present. case 112F is an empty file case having nothing stored 

Next, description will be directed to exemplary displays 55 therein, 

of plural racks generated on the display unit 100 by referring In the case of the example illustrated in FIG. 3, a plurality 

to FIGS. 2 and 3, of racks are displayed in stack or superposition. More 

FIG. 2 is a view for illustrating first examples of racks specifically, a plurality of racks 110, 110 A, 110B and HOC 

generated on the display screen of the version managing are displayed in stack on the display unit 100. At top portions 

system for carrying out the version managing method so of the racks 110, 110A, HOB and HOC, there are displayed 

according to an embodiment of the present invention, and the rack names HI, 111A, U1B and H1C indicating the 

FIG. 3 is a view illustrating second examples of the same. identifiers or names of the racks, respectively. 

The personal computer for home use can find utilization When a given one of the file cases is to be displayed in a 

for various works such as reading of catalogs and magazines large size, a display format shown in FIG. 2 may be 

and sorting and rearrangement of documents, viewing, sort- 65 employed, while when the number of the file cases capable 

ing and rearrangement of games and electronic photographs of being displayed, a display format shown in FIG. 3 may be 

taken by digital cameras, creation of New Year's cards and adopted. 
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Now referring to FIG. 4, data structure of the rack On the other hand, unless the event as occurred is the end 

database 30 will be described. event, the processing being executed branches to a program 

FIG. 4 is a view for illustrating a data structure of the rack 600, 800, 1000, 1200, 1400, 1500, 1700 or 2000 in cone- 
database employed in the version managing system for spondence to the event really occurred. Concerning the 
realizing the version managing method according to the s processings of the programs 600, 800, 1000, 1200, 1400, 
instant embodiment of the invention. 1500, 1700 and 2000, description will be made later on. 

The rack database 30 bears correspondence to the exem- N extj referring to FIG. 6 and FIGS, 7A, 7B and 7C, 

plary rack display shown in FIG. 1 or FIG. 2 and is description will turn the contents of the processings 

composed of items such as a rack name 31, a file name 32, exeC uted by the file-case internals displaying program 600 

a version name 33, a remark column 34 and a link- 10 snown | n pjQ \ t 

destination file name 35. ___ . . " _ ' , ^ . . , . - , c 

™ , • 1 j i i ** /ri a - t, FIG. 6 is a flow chart for illustrating the contents of 

The rack name 31 includes a plurality of file names 32. By . , , . _ . f t , . 

way of example, the rack name 31 identifying "Catalogs* Processings executed by the file-case internals displaying 

contains a plurality of file names 32 such as "Hitachi > employed in ^the version ^managing memod accord- 

Catalog", "BB Wear*', etc. The file name 32 is displayed on n . m § to thc mstanl embodiment of the invention, and FIGS, 

the display unit 100 as the file case name 115 shown in FIG. 15 7A > 7B and 7C are views showing file cases generated on the 

1 display screen for illustrating the contents of processings 

' The file name 32 contains a plurality of version names 33. executed by the file-case internals displaying program used 

By way of example, the file name 32 corresponding to m the version managing method according to the instant 

"Hitachi Catalog" contains a plurality of version names 33 embodiment of the invention. 

exemplified by "Vol. 5", "Vol. 3", "Vol. 4", "Vol. 2" and 20 First referring to FIG. 7A, when the user clicks the 

"Vol. 1". The leading one of the files of the plural version file-case knob 114 of the file case 112 with the mouse, the 

names 33 covered by the same file name 32 represents the CPU 10 activates the file-case internals displaying program 

version name of the latest file, while the succeeding file 600 in a step 610 shown in FIG. 6. 

represents the one having the latest accessed date of the files Wnen the mouse ^ moV ed upwardly after the activation 

having the same file name except for the latest file men- 25 of the file-case interaals displaying program 600, an anima- 

tioned above with the next succeeding file representing the ^ of m upward ly the file-case knob 114 is displayed, 

one having the second latest accessed date and so forth In ^ ^ mustrated io FIG . 7B whereon the fileK;ase door 113 

the case of the illustrated example, the file "Vol. 5 is the ^ opened 

latest one, the file "Vol, 3" is the file accessed latest and the ^ ' . , 

file "Vol. 4" is the file accessed immediately in precedence 30 Subsequently in a step 630, the CPU 10 reads out the 

to the file "Vol 3". names of the files stored within the case as well as the 

The remark column 34 contains data concerning the sequential order in which the files are stacked by making 

content of the file. The remark column 34 is adapted for use reference to the rack database 30, whereon the files are 

for specifying difference in the contents among the files of displayed within the file case 112 in the sequential order as 

different versions and headline of magazine or the like. By 35 read out, as can be seen in FIG. 7B. Afile group 117 for the 

way of example, "Addition of Dish Washing Machine" back numbers is displayed within the file case 112. 

entered in the remark column 34 represents a typical one of Parenthetically, in the state where the file case 112 is closed 

the headline of magazine, while "Change of Specifications" as shown in FIG. 7A, the latest file (file of the latest version) 

represents difference in the contents of file. 116 is displayed in the form of a contracted graphic repre- 

The link-destination file names 35 indicate inter-file rela- ^ senting the cover. By contrast, in the state where the file case 

tions when another series of files is derived from a given 112 is opened as shown in FIG. 7B, the version name is 

series of files. By way of example, a plurality of files can be displayed. At this juncture, it should be mentioned that 

created on the basis of a given document file. However, display may be limited to only the version name when the 

interrelationship between these files can not be managed file case is in the open state. 

only with the aid of the version. In the case of the illustrated 45 When the number of the files belonging to the file group 

example, it is shown that the link-destination file name for 117 for the back numbers increases excessively, it becomes 

the file labeled the file name "Hitachi Catalog" and the impossible to display all the files at one time within the area 

version name "Vol. 3" is "Hitachi Catalog 2", which means of the file case 112. To cope with such situation, a scroll bar 

that a series of files having the file name "Hitachi Catalog 2" 118 is provided for allowing the files belonging to the file 

are derived from "Hitachi Catalog, Vol. 3". 5Q group 117 for the back numbers to be displayed sequentially 

Next, referring to FIG. 5, description will be directed to by moving the scroll bar, as is illustrated in FIG. 17C. 

the contents of the processings executed by the rack man- Finally, upon termination of the file display in the step 

aging program 500 shown in FIG, 1. 630, the rack managing program 500 shown in FIG. 5 is 

FIG, 5 is a flow chart for illustrating the contents of resumed in a step 640. 

processings executed by the rack managing program 55 Next, referring to FIG. 8 and FIGS. 9 A, 9B and 9C, 

employed in the version managing method according to the description will be made of the contents of the processings 

instant embodiment of the invention, executed by the new file-case creating program 800 shown 

In a step 510, the rack managing program 500 is activated, in FIG. 1. 

which is then followed by a step 520 in which the CPU 10 FIG. 8 is a flow chart for illustrating the contents of 

displays the rack 110 on the screen of the display unit 100 eo processings executed by the new file-case creating program 

by making reference to the rack database 30. Subsequently, employed in the version managing method according to the 

in a step 530, occurrence of event in response to user's instant embodiment of the invention, and FIGS. 9A, 9B and 

manipulation of the input unit 20 is waited for. 9C are views showing windows generated on the display 

In a step 540, decision is made as to whether or not the screen for illustrating the contents of processings of the new 

event as occurred is an end event. When the step 540 results 65 file-case creating program used in the version managing 

in affirmation (YES), the program is then terminated in a method according to the instant embodiment of the inven- 

step 560. tion. 



12/12/2002, EAST Version: 1.03.0002 



6,101,506 

13 14 

Although the rack can be used as the file managing system gram employed in the version managing method according 
dedicated to a particular computer, it is presumed, only for to the instant embodiment of the invention, and FIGS. 11A, 
the purpose of illustration, that the rack is used in association 11B and 11C are views showing a file case and windows 
with the window system which is the mainstream of oper- generated on the display screen for illustrating the contents 
ating system at present. Now, let's assume a new catalog has 5 of processings executed by the latest version file adding 
been installed in a personal computer as one application. program employed in the version managing method accord- 
Then, there is created a new window W20 on the screen of ing to the instant embodiment of the invention, 
the display unit 100, as shown in FIG. 4, wherein an icon Referring to FIG. 10, when the user adds a file of a new 
160 of the new file is displayed within the window W20. In version (equivalent to the latest version), the CPU 10 
the case of the illustrated example, the icon 160 of the new 10 activates the latest version file adding program 1000 in a step 
file "H & H Catalog" is displayed. Needless to say, this "H 1010. In case the new version file is destined for catalog or 
& H Catalog" can be viewed by clicking the icon 160 of the magazine available commercially, addition of the new ver- 
new file with the aid of the mouse or the like. s ion file can be realized by installing a new file. Besides, 

On the other hand, for creating an unused file case 112F addition of such new version file is also performed for 

within the rack window WIO, the case houseroom 150 * 5 updating the user's file in accordance with the file update 

shown in FIG. 1 is clicked with the mouse. The file case managing program 1700, which will be described later on. 

created within the case houseroom 150 can be disposed on In a step 1015, the CPU 10 makes decision whether or not 

the rack 110 within the rack window W10 by dragging it the number of the files accommodated within the file case 

with the mouse. 112 exceeds a prescribed number. In the case of the instant 

After completion of the preparatory processing described 20 embodiment of the invention, an upper limit is imposed on 

above, the icon 160 of the new file is dragged into the rack the number of files capable of being stored in the file case 

window W10 with the mouse to place it on the unused file 112. The files overflowing from the file case are moved to a 

case 112F. The CPU 10 responds thereto by activating the warehouse. Thus, in the step 1015, the number of the files 

new file-case creating program 800 in a step 810. contained within the file case 112 is checked. 

Subsequently, in a step 820, the CPU 10 creates auto- 25 At first > description will be made on the presumption that 

matically a cover icon of the file to display the cover icon on tne number of the files contained in the file case 112 exceeds 

the unused file case on the rack. In other words, the CPU 10 a certain prescribed number. Among the file cases, there 

creates the cover icon by using a graphic corresponding to make appearance those which can no more store any further 

the contracted cover image of the latest file when the file to 3Q file because of increase of the files of the file group 117 for 

be registered has a cover. On the other hand, unless the file the back numbers, as shown in FIG. 11A. In the file case 112 

for registration has no cover, the CPU 10 creates the shown in FIG. 11A, a maximum number of files have been 

contracted image by using a graphic representing the file of housed and arrayed in the chronographical order in which 

concern or by cutting out and contracting, as occasion the files were accessed or used, starting from the file used 

requires, a character string or a picture from a leading 35 latest, e.g. in the sequential order of Vol. 5, Vol. 3, Vol. 4, 

portion of the file. A cover icon 11 6F as created is displayed Vol. 2 and Vol. 1. 

on the unused file case 112 F, as can be seen in FIG. 9C. When the number of the files to be stored in a given one 

Next, in a step 830, the file name "H & H" is displayed of the file case exceeds the prescribed number mentioned 

at the file-case knob 114F as the file-case name (label) 115F above, a dialogue box is displayed to inform the user that the 

of the unused file case 112F. 40 ^l e w h ose latest accessed date is most distant in the past is 

In succession, the new file rack is added to the rack moved to the warehouse. FIG. 11B shows an example of 

database 30 in a step 840. such dialogue box displayed within a migration-to- 

„ „ . . * . . • , warehouse confirming window W30, Referring to FIG. 11B, 

FmaUy, upon termination of the file name display in the ^ ^ ^ d ^ ^^^^,^,,0^ ^ 

step 840, the rack managing program 500 shown in FIG. 5 firmin window ^ a ffl Q ^ Vq1 ± nQ{ 

is resumed in a step 850. 45 ^ ^ ^ wafehouse for 

As described previously, creation of the unused file case Hitachi catalog Vol. 6 to be added ?" together with three 

112F can be realized by clicking the case houseroom 150 different buttons "Move", "Cancel" and "Move other file", 

shown in FIG. 1 with the mouse. Similarly creation of a new , n a st 102g dedsion is made ^ tQ whethef {h& m 

rack can be realized by clicking the rack houseroom 140 of ^ user fe « Move „ Qr not whefl (he answer ^ ^ 

shown in FIG. 1 with the mouse. the file indicated by the system fc to be moved lQ the 

In case the rack and the case become unnecessary, they warehouse, the processing for moving the file to the ware- 
can be housed again by dragging and dropping them in the bouse is executed in the step 1045 et seq., whereon process- 
respective houserooms 140 and 150. i ng f or adding the new version file is carried out. 

Although it has been described above that after creation of 55 In a stcp 1030, decision is made as to whether the input 

the unused file case in the rack, the icon for the new file is 0 f tne uscr ^ "Move other file" or not. In case the user's 

dragged into the rack window with the mouse to place the answer is "Move other file", the processing proceeds to a 

icon on the unused file case, such arrangement can equally stC p 1035, whereon after execution of a step 1040, the 

be adopted that upon dripping of the new file in the rack, the processing for adding the new version file is executed after 

system prepares automatically an unused file case for reg- 60 ^ file m i gra tion to the warehouse as executed in the step 

istration. 1045 ct se q . 

Next, referring to FIG. 10 and FIGS. 11A, 11B and 11C, Now, description will turn to the processing executed 

description will be directed to the contents of the process- when the user's response is "Move other file". When the user 

ings executed by the latest version file adding program 1000 selects the prompting "Move other file", a dialogue box for 

shown in FIG. 1. 65 allowing the user to select other file is displayed in the 1035. 

FIG. 10 is a flow chart for illustrating the contents of FIG. 11C shows an example of such dialogue box displayed 

processings executed by the latest version file adding pro- within a window W40. As can be seen in FIG. 11C, there are 
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displayed within the window 40 "Hitachi Catalog Vol. 5" to a troublesome operation for those who are not accustomed 
"Hitachi Catalog Vol. 1" together with file creation/update to manipulate the mouse. Accordingly, in the version man- 
dates and the accessed dates. TTius, the user can select the file aging system now under consideration, a viewing room 120 
to be moved to the warehouse on the basis of these displayed is provided in juxtaposition to the rack 110, as can be seen 
data. 5 in FIG. 1, so that operation for opening the file is carried out 

In the step 1040, the user's selection of the file is waited automatically by the system when the file is moved into the 

for. Thereafter, the file designated by the user is migrated to viewing room 120 through the system, 

the warehouse, whereupon the processing for adding the More specifically, when the user performs manipulation 

□ew version file is executed in the step 1045 et seq. f or migrating a file 116 to be opened to a viewing room 120, 

Now, description will turn to the processing executed in io as shown in FIG. 13, the CPU 10 activates the file opening 

the steps 1045 et seq. Parenthetically, the step 1045 is also program 1200 in a step 1210 shown in FIG. 12. 

executed when the decision step 1015 results in negation Ia a step 122 0, the CPU 10 issues a command "open file" 

"NO" (i,e., when the number of files accommodated within t0 me operation system 

the file case does not exceed the prescribed number men- „ . , c , - JL , 

tioned reviousl ) 15 F ina lly, a * foe en d of operation for sending the command 

, ^ JJ' , . . . , in the step 1220, the processing returns to the rack managing 

In the step 1045, decision is made as to whether the file 500 shown in mQ 5 in a st 123() 

case is displayed in the open state or in the closed state. _ „ . m „ A Jtm 

When the file case is closed, the processing proceeds to a A . Next > lefe ™8 to FIGS. 14, 15 and 16 ' descn P to ° ™ U be 
step 1055. Od the other hand, when the file case is opened, dlrected to ^eContents of the processings executed by the 
a processing step 1050 is executed because of necessity of 20 case internal files restacking program 1400 and the latest 
changing display of the file group of the back numbers accessed flle Splaying program 1500 shown m FIG. 1. 
housed within the file case. FIG. 14 is a flow chart for illustrating the contents of 
In the step 1050, in case there is a file to be migrated into processings executed by the case internal files restacking 
the warehouse, that file is deleted from the case, whereon the program employed in the version managing method accord- 
vacant place occupied till then by the migrated file is cleared 25 ™& to the instant embodiment of the invention, FIG. 15 is a 
for thereby allowing the file placed on the case to be moved flow chart for illustrating the contents of processings 
to the topmost location of the file for display thereof. executed by the latest-accessed file displaying program 
Subsequently, in a step 1055, the file being displayed at employed in the version managing method according to the 
the file-case door on the file case is erased. Additionally, the ^ embodiment of the invention, and FIGS. 16 A and 
file of new version as added is displayed on the file case. 30 16B are views showing file cases and a confirming window 
r. . 1ft , A . , A . A j . i , generated on the display screen for illustrating the contents 
Furthermore, in a step 1060, the data registered in the rack & £ r ; . 4 , C1 . , . 
database 30 are updated of P rocessm S s of me case internal files restacking program 
„ „ . ! , . , , A , and the latest accessed file displaying program used in the 
Finally, upon termination ,of updating of the rackdatabase veKion mana ^ method accQrdin to ^ embodi . 

m the step 1060, return is made to the rack managing 35 ment of , he Nation 

program 500 shown in FIG. 5 in a step 1070. Similarly, when „ T . . ... , . , „■ 

the user clicks the button "Cancel" in a step 1065, the u ^ow, it is supposed that there are stored in the file cases 

processing for adding the file of new version is terminated, the L* test file <£* of ^. latest v , eKl ° n ) ™ d the 1 flles of 

whereupon the processing returns to the rack managing the file S ro »P U /, ' nc ^ ^ g * ° f ^ T^^f 

o am shown in FIG. 16A. Displayed m association with the file 

t ' u^ci c ii • i u 40 group 117 for the back numbers are the access dates of the 

In case the number of file groups of the back numbers 5, r , . , . iL A . . , A ^. c iL 

. f C1 * j 5L *i n • fil es > being arrayed in the sequential order, starting from the 

increases, that of the files not used frequently will increases , ' j : j *i? j L * u / • • 

ii -r it j j i- c £1 .... latest access date, as described hereinbefore m coniunction 

as well. In that case, accommodation of all the files within . iL 4 . , . ' , ~ n , - t ™^ \ 

. . , £1 ■ j , . . . ., . with the rack database 30 by reference to FIG. 4. More 

the associated file case provides obstacle to the access to .~ 4 . C1 ^t., ^ , , , . iL 

... c j.j ii_ * specifically, the files "Hitachi Catalog: are arrayed in the 

desired one of the files as accommodated. For this reason. Afl r *• i j c\r i a \r * <* \? i% j u i \ c *t_ 

, , f tU • *- . a - .u 45 sequential order of Vol. 4, Vol. 3, Vol. 2 and Vol. 1 from the 

according to the teachings of the invention incarnated m the t ™- . . ^ . % c i 

. . * i_ j* . i- % *• • • j *u u c top. This means that the "Hitachi Catalog^ of Vol. 4 was 

instant embodiment, limitation is imposed on the number of r Jl4 , . iL A . ( , rT . A , . _ 4 . * c ^ f1 . 

files which can be accommodated within the file case 112, accessed lat f 7' h "f^ hl Catalo f ° f VoL 3 beln S 

. . j, v c <:i * *u ci ii-i ci accessed earner than the Vol. 4, and so forth, 
wherein upon addition of a new file to the file case 112, a file 

within the file case 112 which becomes full of files is 50 At this juncture, it should be mentioned that different file 

migrated to a warehouse 72. Further, the file as used is dis P la y processings are executed for the situation where the 

automatically moved to the topmost position of the file case flle stacked at me upmost position is to be taken out or 

after the use dragged and for the situation where the file stacked at 

Next, referring to FIGS. 12 and 13, description will turn intermediate position is to be taken out, respectively, 

to the contents of the processings executed by the file 55 Accordingly, the file display processing Jias to be ^changed in 

opening program 1200 shown in FIG. 1. dependence on the situations mentioned above. To this end s 

. r, , . r t t . . . f the case internal files restacking program is executed. 

FIG. 12 is a now chart for illustrating the contents of & r 

processings executed by the file opening program employed Referring to FIG. 14, the CPU 10 activates the case 

in the version managing method according to the instant internal files restacking program 1400 in a step 1410 when 

embodiment of the invention, and FIG. 13 is a view eo a file within thc mc case * P icked out * 

showing, by way of example, a rack and a viewing room Subsequently, it is decided whether another file is stacked 

generated on the display screen for illustrating the contents on the file picked out in a step 1420. 

of processings of the file opening program used in the When another file is stacked on the file picked out or 

version managing method according to the instant embodi- extracted, contents of the display being generated is altered 

ment of the invention. 65 such that the location which has been occupied till then by 

Ordinarily, opening of a given file is realized by clicking the extracted file and which is now vacant is filled with other 

twice an icon representing the file. However, double click is file in a step 1430. 
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Furthermore, the version names 33 in the rack database 30 When the user selects the block "Store in file case" in the 

as well as the sequential orders of the entries in the remark step 1550, it is decided in a step 1555 whether the file case 

column 34 and the link-destination file name 35 are rear- is opened or closed. When the file case is closed, the 

rayed correspondingly in a step 1440. processing proceeds to a step 1565 and otherwise to a step 

Finally, upon completion of alteration of the rack database 5 1560 where the used file is displayed at the topmost position 

has in the step 1440, return is made to the rack managing or to ^ n Wllhm the * le ca f e > whlch 15 ten follow A d the 

program 500 shown in FIG. 5 in a step 1450. tnllG I to resume the rack managing program 500 shown 

Next, referring to FIG. 15, description will be directed to m Nex( ^ tQ mQ 1? £f ^ mQS lgA tQ 

the processing when the file as extracted is to be closed. ^ description bc to thc conteDts of thc 

As shown in FIG. 16A, a file U7Afor "Hitachi Catalog" 1U process i ngs executed by the file update managing program 

of "Vol. 3" as taken out from the file group 117 for the back 1700 shown in FIG. 1. 

numbers is closed and stored in the rack after the use thereof. piQ 17 i s a flow chart for illustrating the contents of 

In that case, "Hitachi Catalog" of "Vol. 3" is displayed processings executed by the file update managing program 

topmost within the file case 112, being followed by displays employed in the version managing method according to the 

of Vol. 4, Vol, 2 and Vol. 1 in this order. This procedure 15 instant embodiment of the invention, and FIGS. 18Ato 18D 

resembles a situation in the everyday life where a book is are views showing file cases and a window generated on the 

taken out from a stack of books and placed topmost after the display screen for illustrating the contents of processings of 

use. At this juncture, it is presumed in the foregoing descrip- the file update managing program used in the version 

tion that new file is always displayed on the file-case door managing method according to the instant embodiment of 

113. However, there may equally be conceivable a method 20 the invention. 

of displaying on the file-case door 113 the latest accessed Let's suppose that a new file is to be created by modifying 

one in a series of files. For this reason, a dialogue box such "Hitachi Catalog Vol. 3". In that case, difficulty will be 

as shown in FIG. 16B is displayed to allow the user to encountered in managing the newly created file as the file 

determine which of the files mentioned above is to be differing in the version from the version "Vol. 3" and other 

displayed on the file-case door 113 in the instant program. 25 files. Under the circumstances, according to the teaching of 

By moving the used file to the topmost position within the the invention incarnated in the instant embodiment, recom- 

file case every time the file is used, position of the file in the mendation is made to the user that a new file case should be 

file stack provides a measure or guidepost for the frequency created for the modified file, and when the user accepts the 

at which the file has been accessed. recommendation, there is created as a new file case, e.g. 

Next, referring to the flow chart illustrated in FIG. 15, 30 "Hitachi Catalog 2". 

description will be made of the processings of the latest When the user performs file update operation, the CPU 10 

accessed file displaying program 1500. activates the file update managing program 1700 in a step 

When the file as used is closed, the CPU 10 activates the 1710 shown in FIG. 17. 

latest accessed file displaying program 1500 in a step 1510. ^ In a step 1715, a dialogue box for confirming creation of 

At first, it is decided in a step 1515 whether or not the used a new file case is displayed. FIG. 18A shows an example of 

file is of the latest version. When this decision step results in such confirming dialogue box displayed within a file-case 

affirmation or "YES", the used file of the latest version is creation confirming window W60. As can be seen in FIG. 

displayed on the file-case door. More specifically, in the state 18A, there are displayed within the confirming dialogue box 

shown in FIG. 16A, when the file 116 of the latest version ^ a message "Hitachi Catalog Vol. 3 (revised) has been cre- 

is used, it may be returned onto the file case 112 which is the ated. New file case ""Hitachi Catalog 2" be created ?" 

original position of the file 116 of the latest version. together with buttons "create", "Cancel" and "Rename". 

Subsequently, in a step 1565, return is made to the rack In a step 1720, decision is made as to whether the input 

managing program 500 shown in FIG. 5. of the user is "Cancel" or not. When "Cancel" is inputted 

Unless the used file is of the latest version, a dialogue box 4S from the user, the processing returns to the rack managing 

is displayed in a step 1525 for prompting the user to decide program 500 shown in FIG. 5 in a step 1755. 

whether the file as used is to be stored in the file case or to In a step 1725, decision is made as to whether the input 

be disposed on the file case. FIG. 16B shows a confirming of the user is "Create" or not. When "Create" is inputted, the 

window W50 in which the dialogue box generated in the file name is added with "(revised)". Then, the file added with 

step 1525 is displayed. As can be seen in FIG. 113, there are 50 "(revised)" is stored as a new file in the rack database 30 in 

displayed within the dialogue box a message ""Hitachi a step 1730. As a result of this, a file case 112G labeled 

Catalog Vol. 3" can be stored in file case V together with "Hitachi Catalog 2" as the file-case name 115 G is created, 

buttons "Store in file case" and "Dispose on file case". whereon a file-case name 115G "Hitachi Catalog Vol. 3 

Subsequently, in a step 1530, decision is made as to (revised)" is displayed on the file-case door of the file case 

whether the input of the user is "Dispose on file case" or not. 55 112 G as a file 116G of the latest version, as can be seen in 

When "Dispose on file case" is inputted, processing pro- FIG. 18B. 

ceeds to a step 1535. In addition, a link to the new file is created in a step 1735. 

When the user selects "Dispose on file case", it is then More specifically, a link icon 119 is displayed at the file 

decided in a step 1535 whether or not the file case is closed. "Vol. 3" in the file group 117 for the back numbers stored in 

When the file case is closed, the processing proceeds to a eo the file case 112A in which the original of the new file was 

step 1545. On the other hand, when the case is opened, the stored, as shown in FIG. 18 C. Thus, by clicking the link icon 

file of the latest version disposed currently on the file-case 119 with the mouse, the file case "Hitachi Catalog 2" for the 

door is displayed at the topmost portion within the file case derived file is displayed, as is illustrated in FIG. 18D. In a 

in the step 1540. step 1755, the processing returns to the rack managing 

Next, in a step 1545, the used file is displayed on the 65 program 500 shown in FIG. 5. 

file -case door, whereupon processing returns to the rack When the input of the user in the step 1740 is "Rename", 

managing program 500 shown in FIG. 5 in the step 1565. a dialogue box for prompting the user to input the store 
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location and the file name is displayed in a step 1745. The original file from which the derived file has been 
Although this dialogue box is omitted from illustration, a generated can be identified by checking "File name" con- 
message prompting the user to input the file storage location tained in the details displaying window W80. Furthermore, 
and the file name is displayed. edition of the content of "Remark" such as correction 
In a step 1750, the user's input is awaited. Subsequently, * thereof or the like can be performed with the aid of the 
the step 1715 is resumed in order to execute succeeding details displaying window W80. The content of "Remark" 
processings. resulting from the edition can be entered in the remark 

At this juncture, it should be mentioned that creation of a column 34 of thc rack database 30 * 

new file may include creation of a unitary file from a Next > referring to FIGS. 20 and 21, description will be 

plurality of files. In that case, inter-file relations can be held 10 directed to the contents of the processings executed by the 

by affixing links to the unitary file from the plural files, ^ searcl > program 2000 shown in FIG. 1. 

respectively. FIG. 20 is a flow chart for illustrating the contents of 

Although only one link is displayed in the case of the processings executed by the file search program employed in 

illustrated example, it is self-explanatory that a plurality of _ ^ version managing method according to the instant 

links can be set by writing the corresponding number of link 15 embodiment of the invention, and FIG. 21 is a view showing 

destinations in the link-destination file name column 35 of exemplanly a file search window generated on the display 

the rack database 30 screen for illustrating the contents of processings of the file 

VT 4 „ . 4 ~a a a j ■% t\T% j • mi i_ search program employed in the version managing method 

Next, referring to FIGS. 19A and 19B, description will be " f . \ \ . t f( , . 5 ,. 

j c j * -i J ■ i- >• according to the instant t embodiment of the invention, 

made of detailed information. 20 « . ,. . 

r-F^<- ™a jinn • u • ci j The version managing system according to the instant 

FIGS. 19A and 19B are views showing a fi e case and a embodiment of the invention fc ^ ted with a esen . 

window generated on the display screen for illustrating the ^ fi]e for restrictin the of file 

detailed information used in the version managing method search {q entative files in addition to a CODVentional 

according to the instant embodiment of the invention. fik fimcdon for retrieving all me mes At this 

When the data structure of the rack database 30 is such as 25 j uncturc ^ lt ^ contemplated with the phrase "Representative 

described hereinbefore by reference to FIG. 4, brief com- p^ e » to mean a fii e groilp composed of the files arrayed on 

ment on the content of the file labeled the version name 33 a plurality of file cases of a rack. In the conventional file 

of "Vol. 3" is entered in the remark column 34. Besides, the search, a series of files of different versions are dealt with as 

file name is entered in the link-destination file name column the separate files. Consequently, the result of the search may 

35- 30 contain a large number of files having similar names, which 

Thus, in the version managing system according to the pro vides such inconvenience that lots of time and/or trouble - 

instant embodiment of the invention, when e.g. "Vol. 3" is some procedure is required for finding out a file of concern 

clicked in the file group 117 for the back numbers stored in and that a series of files of different versions can not be 

the file case 112A, there is displayed a remark displaying searched en bloc. 

window W70, as shown in FIG. 19A. Displayed in this 35 i n response to the input of the file search by the user, the 

remark displaying window W70 is remark or comment CPU 10 activates the file search program 2000 in a step 2010 

about the content of the file having an entry in the remark shown in FIG. 20. 

column 34. In this conjunction, it is noted that difference in Now? in a step 20 15, the file search window is displayed, 

the contents among the files of different versions is often F]G 21 shows an example of such file ^ Tch window 90 

incapable of being distinctively determined only from the displayed by executing the processing in the step 2015. 

file name and the version name. However, troublesome According to the invention incarnated in the instant 

procedure will be involved for confirming the contents of the embodiment, it is taught to limit the range of search to the 

individual files by opemng them from one to another. representative files with a view to reduce the time taken for 

Accordingly, it is also taught according to the invention the search when compared with the method of searching all 

incarnated in the instant embodiment that the comment on me files while mi tigating the burden imposed on the user for 

the content of the file is entered so that identification of a the file seafch , n the file search window w90 there are 

desired file can be facilitated through overview of the provided an input ^unm for "File name for search" and a 

remarks in selecting a desired file. column for designating « Search range » In the ^hium for 

Furthermore, a detailed information displaying button 5Q designating the range of search, buttons "All File search" 

B10 is clicked with the mouse, a details displaying window and "Representative File search" are displayed to make it 

W80 is displayed. possible for the user to select the all-file search or the 

Thus, by clicking the link icon 119 with the mouse, the file representative-file search. Besides, the user can input data 

case "Hitachi Catalog 2" for the derived file is displayed, as concerning the rack name, the creation date and the access 

can be seen in FIG. 18D. Additionally, by clicking "Hitachi 5S date. Additionally, buttons "Execute" and "Close" are dis- 

Catalog 2", it is possible to display the remark displaying played at upper right locations in the file search window 

window W70 and the detailed information displaying button W90. 

B10, as described hereinbefore by reference to FIG. 19 A. In a step 2020, the conditions for searching a file of 

FIG. 19B is a view showing an example of the details concern are inputted by the user, whereon the user is 

displaying window W80 which is displayed by clicking the 60 prompted to click the button "Execute" or "Close". When it 

detailed information displaying button B10 within the is decided in a step 2025 that the button "Close" is pushed 

remark displaying window W70 for "Hitachi Catalog 2". As or clicked (i.e., when the decision step 2025 is affirmative 

can be seen in the figure, there are displayed within the "YES"), the file search window W90 is closed in a step 

details displaying window 80 a tide "Detailed information 2030, being followed by a step 2035 where the processing 

concerning Hitachi Catalog Vol. 3 (revised)" together with 65 returns to the rack managing program 500 shown in FIG. 5. 

blocks "Rack name", "Case name", "File name", "Remark" On the other hand, unless the "Close" button is clicked 

and "Name of original file" and the like. (i.e., when the decision in the step 2025 results in the 
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negative "NO"), it is then decided in a step 2040 that the same cardboard box. By clicking a cardboard box, a list of 

button "Execute" is clicked, whereupon the user is prompted files contained therein is displayed. 

to select either "All Files" or "Representative File" search as FIG. 22B is a view showing, by way of example, a 

the search range in a step 2046. warehouse details displaying window W100 generated on 

When it is decided in a step 2055 that when the 5 ^ display screen when "Hitachi Catalog" stored in the 

representative-file search has been selected in the step 2045 warehouse I shown in FIG. 22A is clicked. Data of the 

(Le., "YES"), the files having the leading version names in warehouse 130 are stored in the rack database 30 for 

the file groups each including files allocated with the same foment on a file-name basis simihrly to the file data. 

• *i_ i j * u m u * or a *u In the case of the example illustrated, catalogs Hitachi 

name in the rack daUbase 30 shown m FIG. 4 are set as the ^ m 1995 „ Jfc^. ^ , £ 1995 „ are 

mes 10 oe suojectea to me searcn processing inereuiaiier, ju contai ~ ed 

in the cardboard box labeled "Hitachi Catalog" 

these files will be referred to as the search-subjected files). withjn ^ warehouse . Ware house 1 (Catalog)". 

S^TJ ^ ■ m t C eX 7 e , S r k m DescriptioDwillnowbemadeofamethodofstockingthe 

- i\ ^ ha r n f, SUCh Ve . IS, ° n Dam L aS ° L ., be Ales rendered unnecessary within the warehouse by refer- 

files Hitachi Catalog or version name "Summer, 96, in ence t0 jt[qs 23 A and 23 B 

the files "BB Wear" and so forth are subjected to the search 15 ^ ffl a fik to be houfied ^ warehouse 

processing. from ^ file case U2 ^ user may drag and drop the file 

When the button "All Files" is clicked in the step 2045, i n the warehouse. By way of example, the file 116 of the 
all the files are subjected to the search in the step 2055. In latest version can be migrated into the warehouse 130 by 
the case of the example shown in FIG. 4, the files having the drag and drop operation with the mouse. Further, when a 
version names "Vol. 5" to "Vol. 1" in the file group "Hitachi 20 given one of the files belonging to a file group of back 
Catalog", the files having the version names "Summer Issue, numbers is to be migrated to the warehouse, the relevant file 
1 96" and so forth in the file group "BB Wear", the files case is opened by clicking the file-case knob thereof with the 
having the version names "Plan 6", "Plan 5" and so forth in mouse, whereon the given file in the opened file case is 
the file group "Manufacture Plan" are all subjected to the moved to the warehouse 130 by the drag-and-drop opera- 
search. 25 tion. As will be appreciated, for migration of a file into the 

Next, in a step 2060, file search is performed for the warehouse, the user is required only to throw the file into the 

search-subjected files, the result of which is displayed in the warehouse 130. Storage of the file in the cardboard box is 

file search window W90 in a step 2065. An example of the automatically realized by the CPU 10 on the basis of the file 

result of the search as displayed within the file search name and the original state of the file in the rack database, 

window W90 is shown in FIG. 21. In the case of the example When there makes appearance the cardboard box of 

now under consideration, the files having the file name excessively large size or the cardboard box not accessed 

"Catalog" have been retrieved from the representative files. over a predetermined time span, the system may inquire the 

More specifically, it is shown that the catalogs "Hitachi user as to whether the cardboard box should be compressed 

Catalog Vol. 5" and "H & H Catalog" have been hit. ^ or not. When user's input is affirmative, the file is com- 

Subsequently, the processing returns to the step 2020 pressed semi-automatically. 

where the input by the user is waited for. When it is decided Thus, there can be realized the version managing method 

in the step 2025 that the button "Close" is clicked (i.e., when as well as the version managing system which facilitates the 

the decision step 2025 is affirmative "YES"), the file search access to the files used frequently in a semi-automated 

window W90 is closed in the step 2030, being followed by ^ manner and thus can mitigate the burden imposed on the 

the step 2035 where the processing returns to the rack user in managing the files by virtue of the features that the 

managing program 500 shown in FIG. 5. number of the files to be displayed within the file case is 

Next, referring to FIGS. 22Aand 22B and FIGS. 23A and determined previously, the file accessed is stored topmost 

23B, description will be made the warehouse in the version line within the file case 112 with the other files being stored 

managing system according to the instant embodiment of the 45 internally or deeply within the file case while older files are 

invention. semi-automatically migrated into the warehouse as new files 

FIGS. 22A and 22B are views showing windows gener- are added, 

ated on .the display screen for illustrating the warehouse As will now be appreciated from the foregoing 

used in the version managing system according to the instant description, in the version managing method and the version 

embodiment of the invention and FIGS, 23A and 23B are 50 managing system according to the instant embodiment of the 

views showing windows for illustrating how the warehouses invention disclosed herein, the concept "rack** for collecting 

are used in carrying out the version managing method catalogs has been adopted as metaphor in managing the 

according to the instant embodiment of the invention. versions of the files. The rack is constituted by a plurality of 

When the warehouse 130 shown in FIG. 1 is clicked with S le cases juxtaposed to one another, wherein one file case is 
the mouse, warehouses 130Aare displayed in such a manner 55 designed to accommodate a series of files of different 
as illustrated in FIG. 22A, in which the warehouses as shown versions. By virtue of such arrangement, the version man- 
are provided in correspondence to the racks 110, 110A, 110B agement of the files can be much facilitated, 
and HOC shown in FIG. 2, respectively. More specifically, Further, because the latest file is placed on the door of the 
the warehouse 1 serves for accommodating "Catalogs" on file case with the old files being housed deeply within the file 
the rack 110, while the warehouse 2 is for "Documents" on eo case » tne version of the file can be handled intuitively, which 
the rack 110A. Although there are provided a warehouse for in turn contributes to reduction of the burden imposed on the 
"Games" and a warehouse for "Albums", they are omitted user for the version management. 

from illustration. Assuming now that "Warehouse 1 Owing to display of a cover of the latest file on the file 

(Catalog)" is displayed, as can be seen in FIG. 22A. case in the form of a contracted image, browsability of the 

Within the warehouse 130A, there are provided cardboard 65 files can be much enhanced, 

boxes in correspondence to the file names, respectively. A Because the files are stacked within the relevant file cases 

series of files having a same file name are contained in a in such order that the file accessed latest assumes a first 
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storing position, the situation in which the files have been 
accessed lately can be grasped at sight. 

Further, owing to such arrangement that when the number 
of files exceeds a predetermined number, the file accessed 
most distant in the past is migrated to the warehouse, burden 5 
imposed on the user for rearranging the files can be reduced, 
making it easy to access the file. 

Thus, according to the teachings of the present invention, 
the file version management can be much facilitated, as a 
result of which the user can use lots of time for the intrinsic 10 
works to be executed by the personal computer. 

According to the teachings of the present invention, file 
version management and rearrangement can be much sim- 
plified and facilitated. 

Many features and advantages of the present invention are 
apparent from the detailed description and thus it is intended 
by the appended claims to cover all such features and 
advantages of the system which fall within the true spirit and 
scope of the invention. Further, since numerous modifica- ^ 
tions and combinations will readily occur to those skilled in 
the art, it is not intended to limit the invention to the exact 
construction and operation illustrated and described. 

By way of example, it is contemplated that the invention 
equally covers a computer-readable/executable program for 25 
processing a plurality of data stored in a storage unit and 
having data names and version names such that the plural 
data are classified into groups each including data having a 
same data name and different version names, a number of 
display areas corresponding to a number of the groups are 30 
generated on a display unit and that representative images 
which are associated with the groups, respectively, are 
displayed in corresponding display areas for thereby allow- 
ing given data belonging to any one of the groups to be 
executed when the representative image associated with the 35 
that one group is designated by user. Additionally, recording 
medium storing the program will fall within the purview of 
the invention. 

Accordingly, all suitable modifications and equivalents 
may be resorted to, falling within the spirit and scope of the 40 
invention. 

What is claimed is: 

1. A version managing method for managing groups of 
files of different version by resorting to a system which 
includes storage means for storing data of groups of files of 45 
different versions, display means, and arithmetic processing 
means for performing processings by using the data stored 

in said storage means to thereby generate displays or said 
display means, 

said method comprising the steps of: 50 

displaying on said display means a rack image includ- 
ing a plurality of file case areas; 

displaying a file group image on a file group image 
display area of each of said file case areas, the file 
group being a group of files having a same file name 55 
and differing in respect to versions, 

displaying a representative image on respective repre- 
sentative image display area of each of said file case 
areas, the representative image indicating a prede- 
termined file included in said file group; and 60 

when the file group is updated, changing and displaying 
said representative image by changing said prede- 
termined file in response to the file group update. 

2. A version managing method according to claim 1, 
wherein said version includes one selected from a group 65 
consisting of identifier number, issue number of electronic 
publications and date of creation. 



3. A version managing method in accordance with claim 
1, further comprising the steps of: 

when the representative image is designated, displaying 
information indicating a content of the file correspond- 
ing to the representative image; 

when the file group image is designated, displaying file 
images corresponding to the files included in the file 
group; and 

when the file image is designated, displaying a content of 
the file corresponding to the file image. 

4. A version managing method in accordance with claim 
1, wherein said predetermined file is the newest file in said 
file group. 

5. A version managing method in accordance with claim 
1, wherein said representative image changing and display- 
ing step is executed every time a new file is added to said file 
group and the step displays an image corresponding to the 
newly added file as a representative image. 

6. Aversion managing system including a display unit and 
a processing unit, 

wherein for a plurality of files stored in a storage unit, 
being classified groupwise, said processing unit sets on 
said display unit a number of display areas correspond- 
ing to a number of groups of said files, and 

wherein said processing unit displays on said display unit 
a representative image which executes a predetermined 
file in the group in response to the designation of said 
display area; and 

wherein when a content of the group is updated, said 
processing unit changes and displays said representa- 
tive image by changing said predetermined file in 
response to the file group update. 

7. A version managing system according to claim 6, 
said files having file names and version names, 

respectively, 

wherein said group is a set of the files having a same file 
name and differing in respect to the version name. 

8. A version managing system according to claim 6, 
wherein said file corresponding to said representative 

image contains latest data in respect to at least one of 
creation, use and storage in said storage unit in each of 
said groups. 

9. A version managing system according to claim 6, 
wherein said representative image is a contracted image 

representing contents of the corresponding file. 

10. A version managing system according to claim 6, 
wherein when said display area is designated, images 

corresponding to other files than said predetermined file 
in the file group corresponding to said designated 
display area are displayed in said display area. 

11. A version managing system according to claim 10, 
wherein said images corresponding to said other files 

except for said predetermined file are displayed in said 
display area, being arrayed in a sequential order, start- 
ing from one newest in respect to at least one of date of 
access, date of creation, and date of storage in said 
storage unit. 

12. A version managing system according to claim 10, 
wherein the number of the images displayed in said 

display area in correspondence to the other files than 
said predetermined file is limited to a predetermined 
number, and 

wherein images of the other files lying outside of a range 
limited by said predetermined number are displayed 
when other display area is designated. 
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13. Aversion managing system according to claim 12, 
wherein files lying outside of the range limited by said 

predetermined number are selected in a sequential 
order, starting from one oldest in respect to at least one 
of access date, creation date and date of storage in said 5 
storage unit in each of said file groups. 

14. A version managing system according to claim 6, 
wherein in searching a file, files corresponding to said 

representative images are subjected to search process- 
ing. ^ 10 

15. Aversion managing system according to claim 6, 
wherein a file corresponding to said representative image 

is executed by moving said representative image to a 
predetermined area. 15 

16. Aversion managing system according to claim 6, 
when said display area is designated, said processing unit 

displays images of file in the group corresponding to 
said display area on said display unit; 
when an image corresponding to the file is designated, 20 
said processing unit displays information indicating 
content of the file corresponding to the designated 
image. 

17. A computer-readable/executable program for process- 
ing a plurality of data stored in a storage unit and having data 25 
names and version names, in the program executing the 
steps of: 

classifying said said plural data into groups each includ- 
ing data having a same data name and different version 
names, 30 

preparing a number of display areas corresponding to a 
number of the groups on a display unit; 
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displaying a representative image, which executes a pre- 
determined file in each group on said display area; 
displaying a representative image, which executes a 
predetermined file in each group on said display area; 

when a content of the group is undated, changing and 
displaying said representative image on said displaying 
unit by changing said predetermined file in response to 
the file group update. 

18. A computer-readable/executable program according to 
claim 17, the program further executing the steps of: 

displaying a group image of the files in the group corre- 
sponding to said display area; 

when said group image is designated, displaying a file 
image corresponding to each file included in said 
group; and 

when said file image is designated, displaying information 
indicating a content of the file corresponding to the file 
image. 

19. A computer-readable/executable program according to 
claim 17, wherein said predetermined file is the newest file 
in said group. 

20. A computer-readable/executable program according to 
claim 17, 

wherein said representative image changing and display- 
ing step is executed every time a new file is added to 
said group and the step displays an image correspond- 
ing to the newly added file as a representative image. 
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